网站访问慢？先分清是「网站问题」还是「带宽问题」

背景

网站「首次打开很慢，图片要加载几十秒」——这是建站者最常见的困扰之一。很多人第一反应是「上 CDN」「升级配置」「清理缓存」，但折腾一圈可能毫无改善。这次排查让我意识到：很多时候慢的不是网站本身，而是入口带宽或链路。如果分不清这两者，方向就全错了。

过程

问题描述

以 2026-08-06 的一次真实排查为例：主站首页首次打开，图片逐个转圈，整体要等几十秒。用户复访时感觉还行，但首次打开（本地无缓存）特别慢。

排查：先别猜，用数据说话

第一步：测单资源到底慢不慢

先测首页 HTML 和单个图片的响应时间：

# 测首页 HTML
curl -s -o /dev/null -w "首字节:%{time_starttransfer}s 总耗时:%{time_total}s HTTP:%{http_code}\n" https://example.com/

# 测单张图片
curl -s -o /dev/null -w "首字节:%{time_starttransfer}s 总:%{time_total}s 速度:%{speed_download}B/s\n" https://example.com/img/1.png

关键发现：单个图片首字节只要 0.13s、总耗时 0.16s，速度约 800KB/s——单资源非常快。这说明服务器本身、nginx 配置、应用层都没有问题。

第二步：模拟「首次打开」全量拉取

网页首次打开（无缓存）会把页面上所有资源都拉一遍。把所有图片 URL 提取出来串行拉取：

# 提取首页全部图片 URL 逐张测（可用 grep 从 HTML 里抓 src）
while read url; do
  curl -s -o /dev/null -w "%{time_total} %{size_download}\n" "$url"
done < img_urls.txt

关键发现：46 个唯一图片，串行拉取总耗时 12~53 秒，但每个单张都只要 0.2~0.6s。单张快、合起来却慢——这时候要怀疑并发被限或带宽有天花板。

第三步：并发测试定位「吞吐天花板」

浏览器是并发加载的，用并发测吞吐：

# 并发 3 / 6 / 10 拉取，观察总吞吐
# 并发3 → 197KB/s
# 并发6 → 102KB/s
# 并发10 → 104KB/s

关键发现：并发超过 3 后，总吞吐不但不升反而下降，被封顶在 100~200KB/s 左右。这就是典型的带宽天花板——不是连接数不够，而是入口带宽就那么点。

结论：瓶颈是入口带宽（2-3Mbps）

合成整条证据链：

根因：网站部署在那台云服务器公网带宽只有 2-3Mbps（约 250KB/s 理论值，扣除开销正好 ~200KB/s）。首页 2.4MB 内容，不管怎么并发优化，都过不了这条窄管子——首次打开 20 秒是数学必然。

关于 CDN 的一个坑：国内用户别用 Cloudflare 免费版

排查中还试过给静态资源开 Cloudflare 代理（橙云），结果实测反而更慢：

原因是 Cloudflare 免费版在中国大陆没有边缘节点，国内用户访问会绕到海外节点（实测连到了阿姆斯特丹），绕了大半个地球。对国内用户为主、源站在国内的站，Cloudflare 免费版代理是负优化，只当 DNS 用它最合适。真正要提速得上有中国大陆节点的国内 CDN（如阿里云 CDN、腾讯云 CDN），或升级带宽。

总结

正确做法

1. 优先测单资源响应时间——快速排除「服务器/配置有问题」

2. 用「全量拉取 + 并发测试」定位瓶颈性质：

   • 单快合慢 → 带宽/并发受限
   • 单慢 → 服务器或应用层问题
3. 区分「网站问题」和「带宽问题」——这决定了是调 nginx/压缩，还是得升带宽/上 CDN
4. 国内用户：谨慎用 Cloudflare 免费版代理，优先国内 CDN 或直连

注意

• 网站层能优化的（gzip、缓存头、图片压缩）即使做了，也压不过带宽物理上限——该花的钱（升带宽/上 CDN）花在该花的地方
• 测速时注意 curl 默认可能不带 Accept-Encoding，会拿到未压缩体积造成误判；用 --compressed 模拟浏览器

参考：curl 常用测速参数（w 格式），Cloudflare 中国大陆节点说明